DESCRIPTION 



COLLABORATION APPARATUS BETWEEN INFORMATION 
PROCESSING SYSTEMS, INTEGRATED INFORMATION PROCESSING 
5 SYSTEM, AND RECORDING MEDIUM STORING A COLLABORATION 
PROGRAM BETWEEN INFORMATION PROCESSING SYSTEMS 

Technical Field 

The present invention relates to an integrated information processing 
10 system in which a plurality of systems including information processing 
systems configured based on different architectures are connected to each 
other. In particular, the present invention relates to a collaboration 
apparatus between information processing systems for allowing the plurality 
of information processing systems to collaborate with each other, and an 
15 integrated information processing system in which a plurality of information 
processing systems are combined by using such a collaboration apparatus 
between information processing systems. 

Background Art 

20 Conventionally, a transaction system using a computer has been 

configured and utilized in various transaction fields, such as a sales system 
for managing the receiving of orders, placement of orders, sales, and the like 
of goods, a stock management system, a personnel system for managing 
personnel information, or an accounting system. 

25 Furthermore, for example, there is a need for inquiring a stock 

management system for the presence/absence of the stock of goods ordered 
through a sales system. Thus, the need arises for conducting collaboration 
processing by passing data or messages among a plurality of systems. 

Therefore, in the past, in order to allow a plurality of systems to 

30 collaborate with each other, a replication function of an RDBMS (relational 
database management system), an asynchronous message communication 
(message queue) function of loosely combining systems, and an ftp (file 
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transfer program) function have been used. 

However, the use of the above-mentioned file transfer function 
generally needs a human's operation during use, which takes time and effort, 
and may cause misoperation. 
5 Furthermore, in the case of using the above-mentioned replication 

function of the RDBMS and asynchronous message communication function, 
system modification is required. In this case, if all the systems that are to 
collaborate are configured based on the same architecture, so-called system 
integration can be relatively easily conducted. 

10 However, in recent years, technological innovation has advanced in 

the computer field, and various computer architectures have been established; 
therefore, respective venders that provide computer systems often adopt 
different architectures. In such a case, there is a problem that securement of 
human resources and education for system integration become a serious 

15 burden on a user. 

Disclosure of Invention 

In order to overcome the above-mentioned conventional problems, the 
object of the present invention is to provide a collaboration apparatus between 

20 information processing systems for combining a plurality of information 

processing systems without awareness of the difference in architecture among 
them, and an integrated information processing system in which a plurality of 
information processing systems are combined by using such a collaboration 
apparatus between information processing systems. 

25 In order to solve the above-mentioned problems, a first collaboration 

apparatus between information processing systems according to the present 
invention allows a plurality of information processing means including 
information processing means based on different architectures to collaborate 
with each other, and is characterized by including: collaboration information 

30 storage means for storing collaboration information among the plurality of 
information processing means; role object generating means for generating 
role objects respectively corresponding to the information processing means 
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that are allowed to collaborate with each other; and relating object generating 
means for referring to the collaboration information of the collaboration 
information storage means and generating a relating object for collaboration 
between the role objects. 
5 According to the above-mentioned configuration, in the case where 

collaboration processing such as passing of data is required from information 
processing means to another information processing means, unlike the prior 
art, collaboration processing is not conducted directly between the information 
processing means, and collaboration processing in accordance with a relating 

10 object is conducted between role objects generated with respect to each 

information processing means that is required to collaborate with each other 
through a collaboration apparatus between information processing systems. 

Because of the above, in collaboration processing, each information 
processing means does not need to be aware of the difference in architecture 

15 with respect to information processing means that is a collaboration target. 
Furthermore, processing of generating an object for collaboration between 
information processing means is centralized at the collaboration apparatus 
between information processing systems. Therefore, in the case where the 
collaboration between the information processing means is changed, or new 

20 information processing means is added, the collaboration apparatus between 
information processing systems may merely be corrected. As a result, a 
plurality of information processing means can be combined without 
awareness of the difference in architecture among them, and a collaboration 
apparatus between information processing systems can be provided, which is 

25 capable of reducing a burden in integration of systems and configuration of an 
intercompany collaboration system. 

In the above-mentioned first collaboration apparatus between 
information processing systems, it is preferable that the collaboration 
information contains timing information on timing of passing of information 

30 between the information processing means. 

Because of the above, the timing of collaboration between information 
processing means can be arbitrarily specified, so that the versatility of the 
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system is enhanced. 

It is preferable that the timing information is selected from a plurality 
of kinds of communication methods including real communication, delayed 
batch communication, and batch communication. 
5 Furthermore, in order to achieve the above-mentioned object, a second 

collaboration apparatus between information processing systems according to 
the present invention allows a plurality of information processing means 
including information processing means based on different architectures to 
collaborate with each other, and is characterized by including: information 

10 identification object generating means for generating an information 

identification object that determines information to be stored in a storage 
apparatus of each information processing means; collaboration information 
storage means for storing collaboration information among the plurality of 
information processing means; role object generating means for referring to 

15 the collaboration information of the collaboration information storage means 
and generating respective role objects of the information processing means 
that are allowed to collaborate with each other; and relating object generating 
means for referring to the collaboration information of the collaboration 
information storage means and generating a relating object for transmitting 

20 information to be stored in a storage apparatus of each information processing 
means between the role objects. 

According to the above-mentioned configuration, in the case where a 
plurality of information processing means hold the identical information in 
each storage apparatus in duplicate, information to be updated in a storage 

25 apparatus is determined by an information identification object, and 
transmitted between role objects generated in accordance with the 
collaboration information of the collaboration information storage means by a 
relating object generated similarly in accordance with the collaboration 
information of the collaboration information storage means. More 

30 specifically, in the above-mentioned configuration, unlike the prior art, the 
consistency of information is not maintained by directly transmitting 
information required to be updated among information processing means 
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through file transfer or the like, and information held by a plurality of 
information processing means in duplicate can be managed in a unified 
manner by defining collaboration of each information processing means in the 
collaboration information storage means. 
5 Because of this, each information processing means can maintain the 

consistency of information among a plurality of information processing means 
without awareness of the difference in architecture with respect to those of the 
other information processing means holding the identical information. 
Furthermore, processing of generating an object for collaboration between 

10 information processing means is centralized at the collaboration apparatus 
between the information processing systems. Therefore, in the case where 
the collaboration between information processing means is changed, and new 
information processing means is added, the collaboration apparatus between 
information processing systems may merely be corrected. As a result, a 

15 plurality of information processing means can be combined without 

awareness of the difference in architecture among them, and a collaboration 
apparatus between information processing systems can be provided, which is 
capable of reducing a burden for integration of systems and configuration of 
an intercompany collaboration system. 

20 In the second collaboration apparatus between information processing 

systems, it is preferable that the collaboration information contains timing 
information on timing of passing of information between the information 
processing means. 

Because of this, the timing of collaboration between information 

25 processing means can be arbitrarily specified, so that the versatility of the 
system is enhanced. 

Furthermore, it is preferable that the timing information is selected 
from a plurality of kinds of communication methods including real 
communication, delayed batch communication, and batch communication. 

30 In order to achieve the above-mentioned object, a first integrated 

information processing system of the present invention including a plurality 
of information processing means is characterized in that the plurality of 
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information processing means include information processing means based on 
different architectures, and the system includes collaboration information 
storage means for storing collaboration information among the plurality of 
information processing means, and a collaboration apparatus between 
information processing systems for referring to the collaboration information 
of the collaboration information storage means and allowing the information 
processing means to collaborate with each other. 

According to the above-mentioned configuration, in the case where 
collaboration processing such as passing of data is required from information 
processing means to another information processing means, unlike the prior 
art, collaboration processing is not conducted directly between the information 
processing means, but is conducted between role objects generated with 
respect to each information processing means that is required to collaborate 
with each other in accordance with a relating object, through a collaboration 
apparatus between information processing systems 

Because of the above, in collaboration processing, each information 
processing means does not need to be aware of the difference in architecture 
with respect to information processing means that is a collaboration target. 
Furthermore, processing of generating an object for collaboration between 
information processing means is centralized at the collaboration apparatus 
between information processing systems. Therefore, in the case where the 
collaboration between the information processing means is changed, or new 
information processing means is added, the collaboration apparatus between 
information processing systems may merely be corrected. As a result, a 
plurality of information processing means can be combined without 
awareness of the difference in architecture among them, and an integrated 
information processing system that is easily configured can be provided. 

In order to achieve the above-mentioned object, a second integrated 
information processing system of the present invention including a plurality 
of information processing means is characterized in that the plurality of 
information processing means includes information processing means based 
on different architectures, and the system includes information identification 



object generating means for generating an information identification object 
that determines information to be stored in a storage apparatus of each 
information processing means, collaboration information storage means for 
storing collaboration information among the plurality of information 
5 processing means, role object generating means for generating respective role 
objects of the information processing means that are allowed to collaborate 
with each other, and relating object generating means for referring to the 
collaboration information of the collaboration information storage means and 
generating a relating object for transmitting information to be stored in a 
10 storage apparatus of each information processing means between the role 
objects. 

y§ According to the above-mentioned configuration, in the case where a 

fi plurality of information processing means hold the identical information in 

*P each storage apparatus in duplicate, information to be updated in a storage 

m 15 apparatus is determined by an information identification object, and 
m transmitted between role objects generated in accordance with the 

O collaboration information of the collaboration information storage means by a 

J-,; relating object generated similarly in accordance with the collaboration 

IP information of the collaboration information storage means. More 

■y, 20 specifically, in the above-mentioned configuration, unlike the prior art, the 
consistency of information is not maintained by directly transmitting 
information required to be updated among information processing means 
through file transfer or the like, and information held by a plurality of 
information processing means in duplicate can be managed in a unified 
25 manner by defining collaboration of each information processing means in the 
collaboration information storage means. 

Because of this, each information processing means can maintain the 
consistency of information among a plurality of information processing means 
without awareness of the difference in architecture with respect to those of the 
30 other information processing means holding the identical information. 

Furthermore, processing of generating an object for collaboration between 
information processing means is centralized at the collaboration apparatus 
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between the information processing systems. Therefore, in the case where 
the collaboration between information processing means is changed, and new 
information processing means is added, the collaboration apparatus between 
information processing systems may merely be corrected. As a result, a 
plurality of information processing means can be combined without 
awareness of the difference in architecture among them, and an integrated 
information processing system that is easily configured can be provided. 

Furthermore, in order to achieve the above-mentioned object, a first 
recording medium storing a collaboration program between information 
processing systems of the present invention is a computer-readable recording 
medium storing a collaboration program between information processing 
systems that allows a computer to execute processing of allowing a plurality of 
information processing means including information processing means based 
on different architectures to collaborate with each other, the program allowing 
a computer to execute: processing of generating role objects respectively 
corresponding to the information processing means that are allowed to 
collaborate with each other; and processing of referring to collaboration 
information among the plurality of information processing means and 
generating a relating object for collaboration between the role objects. 

Furthermore, in order to achieve the above-mentioned object, a second 
recording medium storing a collaboration program between information 
processing systems of the present invention is a computer- readable recording 
medium storing a collaboration program between information processing 
systems that allows a computer to execute processing of allowing a plurality of 
information processing means including information processing means based 
on different architectures to collaborate with each other, the program allowing 
a computer to execute: processing of generating an information identification 
object that determines information to be stored in a storage apparatus of each 
information processing means; processing of generating respective role objects 
of the information processing means that are allowed to collaborate; and 
processing of referring to collaboration information among the plurality of 
information processing means and generating a relating object for 



transmitting information to be stored in a storage apparatus of each 
information processing means between the role objects. 

Brief Description of Drawings 

Figure 1 is a block diagram showing a schematic configuration of an 
integrated information processing system of Embodiment 1 according to the 
present invention. 

Figure 2 is a block diagram showing a schematic configuration of a 
collaboration apparatus between information processing systems provided in 
the integrated information processing system. 

Figure 3 is a diagram illustrating exemplary information stored in a 
collaboration information storage table of the collaboration apparatus 
between information processing systems. 

Figure 4 is a schematic diagram showing a state of intersystem 
collaboration processing in the integrated information processing system. 

Figure 5 is a flow chart showing a procedure of the intersystem 
collaboration processing. 

Figure 6 is a diagram illustrating an exemplary format of data passed 
among respective systems in the integrated information processing system. 

Figure 7 is a diagram illustrating exemplary information stored in a 
collaboration information storage table of a collaboration apparatus between 
information processing systems in an integrated information processing 
system of Embodiment 2 according to the present invention. 

Figure 8 is a schematic diagram showing a state of intersystem 
collaboration processing in the integrated information processing system of 
Embodiment 2. 

Figure 9 is a flow chart showing a partial procedure of the intersystem 
collaboration processing in the integrated information processing system of 
Embodiment 2. 

Figure 10 is a flow chart showing a continuation of the processing 
procedure shown in the flow chart in Figure 9. 

Figure 11 is a block diagram showing an exemplary program as a 



collaboration information processing procedure in the integrated information 
processing system of Embodiment 3 according to the present invention. 

Figure 12 is a diagram illustrating exemplary information stored in a 
collaboration information storage table of a collaboration apparatus between 
5 information processing systems in the integrated information processing 
system of Embodiment 3. 

Figure 13 is a schematic diagram showing a state of intersystem 
collaboration processing in the integrated information processing system of 
Embodiment 3. 

10 Figure 14 is a flow chart showing a procedure of intersystem 

collaboration processing in the integrated information processing system of 
S Embodiment 3. 

Jf? Figure 15 is a block diagram showing a schematic configuration of an 

=p integrated information processing system of Embodiment 4 according to the 

Jp 15 present invention. 

W Figure 16 is a diagram illustrating exemplary information stored in a 

O collaboration information storage table of a collaboration apparatus between 

X information processing systems in the integrated information processing 

"P system of Embodiment 4. 

jpL 20 Figure 17 is a block diagram showing a schematic configuration of a 

collaboration apparatus between information processing systems provided in 
the integrated information processing system of Embodiment 4. 

Figure 18 is a schematic diagram showing a state of intersystem 
collaboration processing in the integrated information processing system of 
25 Embodiment 4. 

Figure 19 is a flow chart showing a procedure of intersystem 
collaboration processing in the integrated information processing system of 
Embodiment 4. 



30 Best Mode for Carrying Out the Invention 
(Embodiment 1) 

Hereinafter, the present invention will be described by way of an 
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embodiment with, reference to the drawings. 

Figure 1 is a diagram illustrating a configuration of an integrated 
information processing system in which a plurality of systems (information 
processing means) are integrated by a collaboration apparatus between 
information processing systems of the present invention. 

As shown in Figure 1, the integrated information processing system 
has a configuration in which three information processing systems, each being 
operated independently: an integrated transaction package (hereinafter, 
referred to as an "ERP") system 10, a supply chain management (hereinafter, 
referred to as an "SCM") system 20, and a sales force automation (hereinafter, 
referred to as an "SFA") system 30 are combined through an intersystem 
collaboration object 40. 

The integrated information processing system further includes a 
collaboration information storage table 41 storing collaboration information 
among the ERP system 10, the SCM system 20, and the SFA system 30. The 
intersystem collaboration object 40 allows the systems to collaborate with 
each other by referring to the collaboration information in the collaboration 
information storage table 41. More specifically, in the present embodiment, 
the intersystem collaboration object 40 and the collaboration information 
storage table 41 constitute the collaboration apparatus between information 
processing systems. 

The ERP system 10 is composed of a plurality of subsystems such as a 
sales subsystem 10a, an accounting subsystem 10b, a stock management 
subsystem 10c, and a production collaboration subsystem lOd. More 
specifically, upon receiving an order for goods, the sales subsystem 10a 
conducts processing of issuing an order intake slip, and the accounting 
subsystem 10b issues a debit note. Furthermore, the stock management 
subsystem 10c confirms the presence/absence of the stock of ordered goods. 
In the case where the stock of the goods has run out, the production 
collaboration subsystem lOd creates data for requesting the production of the 
goods to request collaboration with the SCM system 20. 

The SCM system 20 globally manages things and information 
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throughout the entire distribution process including the acquirement of raw- 
materials, production, and delivery to customers, so as to optimize the entire 
process. The SCM system 20 may also be composed of a plurality of 
subsystems in the same way as in the ERP system 10. 

The SFA system 30 supports a person in charge of business, and has 
functions of a help desk, sales prediction, contact management, and the like. 
The SCM system 20 may also be composed of a plurality of subsystems in the 
same way as in the ERP system 10. 

As shown in Figure 2, the intersystem collaboration object 40 includes 
a table access part 40a for accessing the collaboration information storage 
table 41 to obtain collaboration information therefrom, a role object 
generating part 40b (role object generating means) for generating a role object 
described later, and a relating object generating part 40c (relating object 
generating means) for generating a relating object for collaboration between 
role objects. 

Herein, the collaboration information referred to by the intersystem 
collaboration object 40 in the integrated information processing system will be 
described. As shown in Figure 3, the collaboration information storage table 
41 of the present embodiment stores, as collaboration information, paths for 
transactions transmitted among the ERP system 10, the SCM system 20, and 
the SFA system 30, and a communication method thereof. 

In an example shown in Figure 3, the communication method of a 
transaction from the SFA system 30 to the ERP system 10 is a real method in 
which communication is conducted immediately. The communication 
method of a transaction from the ERP system 10 to the SCM system 20 is a 
delayed batch method in which a transmission origin accumulates data 
without depending upon the state of a transmission target, and the 
transmission target conducts processing asynchronously to the transmission 
origin, if required. 

The example in Figure 3 is shown merely for illustrative purpose. 
The communication method of a transaction from the SFA system 30 to the 
SCM system 20, and the communication method of a transaction from the 
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ERP system 10 to the SFA system 30, and the like are not defined. However, 
collaboration between these systems should be defined, if required. The 
communication method also includes a batch method in which a unified 
amount of data is communicated at predetermined time, in addition to the 
5 above-mentioned real method and delayed batch method. 

The above-mentioned transaction is a generic name for data 
transmitted among systems, which is a concept containing arbitrary data such 
as a character string and a file. 

Hereinafter, intersystem collaboration processing in the integrated 
10 information processing system will be described with reference to Figures 4 
and 5. 

First, when a person in charge of business receives an order for goods 
from a customer in the SFA system 30, the SFA system 30 requests the 
intersystem collaboration object 40 to generate a role object for collaboration 

15 with the ERP system 10 (Step SI). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
role 51 as an object corresponding to the SFA system 30, and generates a 
passive role 52 as an object corresponding to the ERP system 10 that is a 

20 collaboration target (Step S2). The active role 51 thus generated is an object 
to be a transmission origin of the transaction, and the passive role 52 is an 
object to be a transmission target of the transaction. 

Furthermore, the relating object generating part 40c of the 
intersystem collaboration object 40 generates a relating object 53 between the 

25 active role 51 and the passive role 52 generated at Step S2 (Step S3). The 
relating object 53 thus generated conducts collaboration of "transmitting a 
transaction from the active role 51 to the passive role 52" between the active 
role 51 and the passive role 52. 

Furthermore, the relating object 53 thus generated has a 

30 communication method of a transaction as an attribute. For example, in the 
case of the above-mentioned active role 51 and passive role 52, the active role 
51 corresponds to the SFA system 30, and the passive role 52 corresponds to 
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the ERP system 10. Therefore, the relating object generating part 40c allows 
the table access part 40a to refer to the collaboration information storage table 
41, thereby obtaining a "real method" as an attribute of the relating object 53 
(Step S3). 

Next, the SFA system 30 specifies data which the SFA system 30 
desires to transmit as a transaction, with respect to the intersystem 
collaboration object 40 (Step S4). Herein, data representing the contents of 
the order received from the customer in the SFA system 30 is specified. 

The intersystem collaboration object 40 allows a transaction to be 
communicated between the active role 51 and the passive role 52 in 
accordance with the attribute of the relating object 53 (Step S5). Because of 
this, the data representing the contents of the order received from the 
customer is transmitted from the active role 51 (SFA system 30) to the passive 
role 52 (ERP system 10) as a transaction by the real method. 

Next, in the ERP system 10 receiving this data, the sales subsystem 
10a conducts processing of issuing an order intake slip (Step S6). 
Furthermore, the accounting subsystem 10b issues a debit note (Step S7). 
Then, the stock management subsystem 10c confirms the presence/absence of 
stock of the ordered goods (Step S8). 

If there is some stock of the ordered goods (the result of Step S8 is 
YES), another processing of, for example, issuing a delivery slip and an 
invoice is conducted. On the other hand, if the stock of the ordered goods has 
run out (the result of Step S8 is NO), the production collaboration subsystem 
lOd creates data for requesting the production of the goods, and requests the 
intersystem collaboration object 40 to generate a role object for collaboration 
with the SCM system 20 (Step S9). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
role 54 as an object corresponding to the ERP system 10, and generates a 
passive role 55 as an object corresponding to the SCM system 20 that is a 
collaboration target (Step S10). The active role 54 thus generated is an 
object to be a transmission origin of a transaction, and the passive role 55 is 
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an object to be a transmission target of the transaction. 

Furthermore, the relating object generating part 40c of the 
intersystem collaboration object 40 generates a relating object 56 between the 
active role 54 and the passive role 55 generated at Step S10 (Step Sll). The 
5 relating object 56 thus generated conducts collaboration of "transmitting a 
transaction from the active role 54 to the passive role 55" between the active 
role 54 and the passive role 55. 

Furthermore, the relating object 56 thus generated has a 
communication method of a transaction as an attribute. For example, in the 

10 case of the active role 54 and the passive role 55, the active role 54 

corresponds to the ERP system 10, and the passive role 55 corresponds to the 
SCM system 20. Therefore, the relating object generating part 40c allows 
the table access part 40a to refer to the collaboration information storage table 
41, thereby obtaining a "delayed batch method" as an attribute of the relating 

15 object 56 (Step Sll). 

Next, the ERP system 10 specifies data which the ERP system 10 
desires to transmit as a transaction, with respect to the intersystem 
collaboration object 40 (Step S12). Herein, the data created at Step S9 for 
requesting the production of out-of-stock goods is specified. 

20 The intersystem collaboration object 40 allows a transaction to be 

communicated between the active role 54 and the passive role 55 in 
accordance with the attribute of the relating object 56 (Step S13). Because of 
this, data for requesting the production of out-of-stock goods is transmitted 
from the active role 54 to the passive role 55. Regarding this data 

25 transmission, the attribute of the relating object 56 is a delayed batch method; 
therefore, the ERP system 10 accumulates data for requesting the production 
of out-of-stock goods without depending upon the state of the SCM system 20. 

Furthermore, the SCM system 20 receiving data from the ERP system 
10 conducts required processing such as acquirement of raw materials for 

30 producing the goods asynchronously to the ERP system 10 (Step S14). 

Because of the above-mentioned procedure, the integrated 
information processing system of the present embodiment realizes 
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collaboration between the respective systems. 

Herein, Figure 6 shows an exemplary format of data passed among 
the systems as a transaction in the integrated information processing system. 
As shown in Figure 6, the data passed as a transaction consists of an 
5 attribute tag T n , an update flag F n , and a data part D n (n is a natural number). 

A number representing an attribute of the data part D n is placed in 
the attribute tag T n . This number is common in the integrated information 
processing system and defined as follows: for example, in the case where the 
attribute of data of the data part D n is a user ID, "1" is placed in the attribute 

10 tag T n ; in the case where the attribute of data of the data part D n is a user 
name, "2" is placed in the attribute tag T n . 

Furthermore, a number representing the acceptance/rejection of an 
update of the contents of the data part D n in the system of a transmission 
target of the transaction is placed in the update flag F n . This number is also 

15 common in the integrated information processing system and defined as 
follows: for example, in the case where an update of the data part D n is 
required in the system of the transmission target, "1" is placed in the update 
flag F n ; in the case where the data part D n may be updated if required, "2" is 
placed in the update flag F n ; in the case where an update of the data part D n is 

20 prohibited, "3" is placed in the update flag F n . 

As described above, in the integrated information processing system of 
the present embodiment, the SFA system 10, the SCM system 20, or the like 
which attempts to transmit data for collaboration with another system makes 
a request of the intersystem collaboration object 40 for collaboration with 

25 another system, instead of directly transmitting data to a system of a 

collaboration target by using file transfer as in the prior art. At this time, the 
intersystem collaboration object 40 generates role objects respectively 
corresponding to a system of a transmission origin and a system of a 
transmission target, and generates a relating object representing the 

30 relationship between the role objects, thereby realizing collaboration between 
two systems. 

Because of this, each system in the integrated information processing 
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system can transmit data without awareness of the architecture of a system of 
a collaboration target. Furthermore, the processing of generation of an object 
for conducting collaboration between systems is centralized at the intersystem 
collaboration object 40. Therefore, in the case where collaboration between 
5 systems is changed, or a new system is added, the intersystem collaboration 
object 40 may merely be corrected. As a result, a plurality of information 
processing systems can be combined without awareness of the difference in 
architecture among these information processing systems, and a burden for 
integrating systems and configuring an intercompany collaboration system 

10 can be reduced. 

In the above-mentioned description, the case has been described in 
which, when each system requires collaboration with another system, each 
system autonomously requests the intersystem collaboration object 40 to 
generate a role object. However, the present invention is not limited thereto. 

15 It may also be possible that intersystem collaboration information is 

previously registered in the collaboration information storage table 41 in the 
order of transmission of transactions, and the intersystem collaboration object 
40 refers to the collaboration information to successively transmit 
transactions. 




(Embodiment 2) 

Hereinafter, the present invention will be described by way of another 
embodiment with reference to the drawings. 

In the integrated information processing system of the present 
25 embodiment, the processing of the intersystem collaboration object 40 
described in Embodiment 1 is also applied to the collaboration between 
subsystems in the ERP system 10. More specifically, in the present 
embodiment, information processing means collaborate with each other on a 
subsystem basis. 

30 More specifically, the collaboration information storage table 41 

referred to by the intersystem collaboration object 40 in Embodiment 2 stores 
collaboration information among subsystems of the ERP system 10, in 
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addition to the collaboration information among the ERP system 10, the SCM 
system 20, and the SFA system 30, as exemplified in Figure 7. 

In the example shown in Figure 7, a "real method" is defined as an 
attribute of a relating object for collaboration from the sales subsystem 10a to 
5 the accounting subsystem 10b, a "real method" is defined as an attribute of a 
relating object for collaboration from the accounting subsystem 10b to the 
stock management subsystem 10c, and a "batch method" is defined as an 
attribute of a relating object for collaboration from the stock management 
subsystem 10c to the production collaboration subsystem lOd. In the same 

10 way as in Figure 3, the example in Figure 7 is merely shown for illustrative 
purpose. Collaboration between any subsystems can be defined, if required. 

Herein, a processing procedure for collaboration between subsystems 
of the ERP system 10 through the intersystem collaboration object 40 will be 
described with reference to Figures 8 to 10. This processing corresponds to 

15 the internal processings at Steps S6 to S9 in the flow chart of Figure 5 
described in Embodiment 1. 

In the ERP system 10, upon receiving data representing the contents 
of an order from a customer from the SFA system 30, the sales subsystem 10a 
creates an order intake slip based on this data, and requests the intersystem 

20 collaboration object 40 to generate a role object for collaboration with the 
accounting subsystem 10b (Step S21). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
role 57 as an object corresponding to the sales subsystem 10a, and generates a 

25 passive role 58 as an object corresponding to the accounting subsystem 10b 

that is a collaboration target (Step S22). The active role 57 thus generated is 
an object to be a transmission origin of a transaction, and the passive role 58 
is an object to be a transmission target of the transaction. 

Furthermore, the relating object generating part 40c of the 

30 intersystem collaboration object 40 generates a relating object 59 between the 
active role 57 and the passive role 58 generated at Step S22 (Step S23). The 
relating object 59 thus generated conducts collaboration of "transmitting a 
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transaction from the active role 57 to the passive role 58" between the active 
role 57 and the passive role 58. 

Furthermore, the relating object 59 thus generated has a 
communication method of a transaction as an attribute. For example, in the 
5 case of the above-mentioned active role 57 and passive role 58, the active role 
57 corresponds to the sales subsystem 10a, and the passive role 58 
corresponds to the accounting subsystem 10b. Therefore, the relating object 
generating part 40c instructs the table access part 40a to refer to the 
collaboration information storage table 41 shown in Figure 7, thereby 

10 obtaining a "real method" as an attribute of the relating object 59 (Step S23). 
Next, the sales subsystem 10a specifies data which the sales 
subsystem 10a desires to transmit as a transaction, with respect to the 
intersystem collaboration object 40 (Step S24). Herein, the contents of the 
above-mentioned order intake slip is specified. At this time, the sales 

15 subsystem 10a issues an order intake slip. This processing corresponds to 
Step S6 in Figure 5. 

The intersystem collaboration object 40 allows a transaction to be 
communicated between the active role 57 and the passive role 58 in 
accordance with the attribute of the relating object 59 (Step S25). Because of 

20 this, the data representing the contents of the order intake slip is transmitted 
from the active role 57 to the passive role 58 as a transaction by the real 
method. 

Next, the accounting subsystem 10b receiving the transaction issues a 
debit note based on the order intake slip transmitted from the sales 
25 subsystem 10a by the transaction (Step S26). Step S26 corresponds to Step 
S7 in Figure 5. 

Furthermore, in order to confirm the presence/absence of stock of the 
ordered goods, the accounting subsystem 10b requests the intersystem 
collaboration object 40 to generate a role object for collaboration with the stock 
30 management subsystem 10c (Step S27). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
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role 60 as an object corresponding to the accounting subsystem 10b, and 
generates a passive role 61 as an object corresponding to the stock 
management subsystem 10c that is a collaboration target (Step S28). The 
active role 60 thus generated is an object to be a transmission origin of a 
transaction, and the passive role 61 is an object to be a transmission target of 
a transaction. 

Furthermore, the relating object generating part 40c of the 
intersystem collaboration object 40 generates a relating object 62 between the 
active role 60 and the passive role 61 generated at Step S28 (Step S29). The 
relating object 62 thus generated conducts collaboration of "transmitting a 
transaction from the active role 60 to the passive role 61" between the active 
role 60 and the passive role 61. 

Furthermore, the relating object 62 thus generated has a 
communication method of a transaction as an attribute. For example, in the 
case of the above-mentioned active role 60 and passive role 61, the active role 
60 corresponds to the accounting subsystem 10b, and the passive role 61 
corresponds to the stock management subsystem 10c. Therefore, the relating 
object generating part 40c instructs the table access part 40a to refer to the 
collaboration information storage table 41, thereby obtaining a "real method" 
as an attribute of the relating object 62 (Step S29). 

Next, the accounting subsystem 10b specifies data which the 
accounting subsystem 10b desires to transmit as a transaction, with respect to 
the intersystem collaboration object 40 (Step S30). Herein, the contents of 
the debit note created at Step S26 is specified. 

The intersystem collaboration object 40 allows a transaction to be 
communicated between the active role 60 and the passive role 61 in 
accordance with the attribute of the relating object 62 (Step S31). Because of 
this, the contents of the debit note is transmitted from the active role 60 to the 
passive role 61. This data transmission is conducted immediately since the 
attribute of the relating object 62 is a real method. 

Upon receiving the transaction from the accounting subsystem 10b, 
the stock management subsystem 10c checks the stock of the goods based on 
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the contents of the debit note transmitted as the transaction (Step S32). 
Step S32 corresponds to Step S8 in Figure 5. 

In the case where the stock of the ordered goods has run out, the stock 
management subsystem 10c requests the intersystem collaboration object 40 
to generate a role object for collaboration with the production collaboration 
subsystem lOd (Step S33). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
role 63 as an object corresponding to the stock management subsystem 10c, 
and generates a passive role 64 as an object corresponding to the production 
collaboration subsystem lOd that is a collaboration target (Step S34). The 
active role 63 thus generated is an object to be a transmission origin of a 
transaction, and the passive role 64 is an object to be a transmission target of 
a transaction. 

Furthermore, the relating object generating part 40c of the 
intersystem collaboration object 40 generates a relating object 65 between the 
active role 63 and the passive role 64 generated at Step S34 (Step S35). The 
relating object 65 thus generated conducts collaboration of "transmitting a 
transaction from the active role 63 to the passive role 64" between the active 
role 63 and the passive role 64. 

Furthermore, the relating object 65 thus generated has a 
communication method of a transaction as an attribute. For example, in the 
case of the above-mentioned active role 63 and passive role 64, the active role 

63 corresponds to the stock management subsystem 10c, and the passive role 

64 corresponds to the production collaboration subsystem lOd. Therefore, 
the relating object generating part 40c instructs the table access part 40a to 
refer to the collaboration information storage table 41 shown in Figure 7, 
thereby obtaining a "batch method" as an attribute of the relating object 65 
(Step S35). 

Next, the stock management subsystem 10c specifies data which the 
stock management subsystem 10c desires to transmit as a transaction, with 
respect to the intersystem collaboration object 40 (Step S36). Herein, data on 
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the goods whose stock is found to have run out during checking of stock at 
Step S32 is specified. 

The intersystem collaboration object 40 allows a transaction to be 
communicated between the active role 63 and the passive role 64 in 
5 accordance with the attribute of the relating object 65 (Step S37). Because of 
this, the data on goods whose stock is found to have run out is transmitted 
from the active role 63 to the passive role 64. This data transmission is 
conducted at predetermined time since the attribute of the relating object 65 
is a batch method. 

10 After the data transmission is conducted, the production collaboration 

subsystem lOd corresponding to the passive role 64 starts required processing 
such as preparation for production, based on the data, transmitted as a 
transaction, on goods whose stock is found to have run out. 

As described above, in the integrated information processing system of 

15 the present embodiment, each subsystem makes a request of the intersystem 
collaboration object 40 for collaboration with another subsystem, instead of 
directly transmitting data to a subsystem of a collaboration target. At this 
time, the intersystem collaboration object 40 generates role objects 
respectively corresponding to a subsystem of a transmission origin and a 

20 subsystem of a transmission target, and generates a relating object 

representing the relationship between the role objects, thereby realizing 
collaboration between two subsystems. 

Because of this, each subsystem in the integrated information 
processing system can transmit data without awareness of the architecture of 

25 a subsystem of a collaboration target. Furthermore, the processing of 

generation of an object for conducting collaboration between subsystems is 
centralized at the intersystem collaboration object 40. Therefore, in the case 
where collaboration between subsystems is changed, or a new subsystem is 
added, the intersystem collaboration object 40 may merely be corrected. As a 

30 result, a plurality of subsystems can be combined without awareness of the 
difference in architecture among these subsystems. 

In the above-mentioned description, the case has been described in 
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which the collaboration information storage table 41 of the present 
embodiment stores collaboration information among systems such as the ERP 
system 10 and collaboration information among subsystems in parallel. 
However, it may also be possible to provide another collaboration information 
5 storage table in accordance with the granularity of systems. 

Furthermore, in the above-mentioned description, the case has been 
described in which, when each subsystem requires collaboration with another 
subsystem, each subsystem autonomously requests the intersystem 
collaboration object 40 to generate a role object. However, the present 
10 invention is not limited thereto. It may also be possible that collaboration 
_ information between subsystems is previously registered in the collaboration 

y| information storage table 41 in the order of transmission of transactions, and 

3ft. the intersystem collaboration object 40 refers to the collaboration information 

«p to successively transmit transactions. 

Pi 

PQ 15 Furthermore, in the above-mentioned description, the case has been 

W described in which the subsystems in the identical system (ERP system 10) 

□ collaborate with each other. However, it may also be possible that 

JLJ subsystems in different systems collaborate with each other. 

Si 

g 20 (Embodiment 3) 

Hereinafter, the present invention will be described by way of still 
another embodiment with reference to the drawings. 

In the integrated information processing system of the present 
embodiment, the processing of the intersystem collaboration object 40 
25 described in Embodiments 1 and 2 is also applied to the collaboration between 
programs. More specifically, in the present embodiment, the information 
processing means collaborate with each other on a program basis. 

Herein, as an example, as shown in Figure 11, only the collaboration 
between an order receiving processing program 10a x and an order placement 
30 processing program 10a 2 operated on the sales subsystem 10a of the ERP 
system 10 will be described. 

The collaboration information storage table 41 referred to by the 
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intersystem collaboration object 40 in Embodiment 3 contains collaboration 
information defining the collaboration between the order receiving processing 
program 10a! and the order placement processing program 10a 2 as shown in 
Figure 12. 

5 In the example shown in Figure 12, a "real method" is defined as an 

attribute of a relating object for collaboration from the order receiving 
program 10a 1 to the order placement processing program 10a 2 . 

Herein, a processing procedure for collaboration between programs 
through the intersystem collaboration object 40 will be described with 

10 reference to Figures 13 and 14. 

In the sales subsystem 10a of the ERP system 10, upon receiving data 
representing the contents of an order from a customer from the SFA system 30, 
the order receiving processing program 10a x creates an order intake slip based 
on this data, and requests the intersystem collaboration object 40 to generate 

15 a role object for collaboration with the order placement processing program 
10a 2 (Step S41). 

In the intersystem collaboration object 40 receiving the above- 
mentioned request, the role object generating part 40b generates an active 
role 66 as an object corresponding to the order receiving processing program 

20 10a l5 and generates a passive role 67 as an object corresponding to the order 
placement processing program 10a 2 that is a collaboration target (Step S42). 
The active role 66 thus generated is an object to be a transmission origin of a 
transaction, and the passive role 67 is an object to be a transmission target of 
the transaction. 

25 Furthermore, the relating object generating part 40c of the 

intersystem collaboration object 40 generates a relating object 68 between the 
active role 66 and the passive role 67 generated at Step S42 (Step S43). The 
relating object 68 thus generated conducts collaboration of "transmitting a 
transaction from the active role 66 to the passive role 67" between the active 

30 role 66 and the passive role 67. 

Furthermore, the relating object 68 thus generated has a 
communication method of a transaction as an attribute. For example, in the 
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case of the above-mentioned active role 66 and passive role 67, the relating 
object generating part 40c instructs the table access part 40a to refer to the 
collaboration information storage table 41 shown in Figure 12, thereby- 
obtaining a "real method" as an attribute of the relating object 68 (Step S43). 
5 Next, the order receiving processing program 10aj specifies data 

which the order receiving processing program 10a x desires to transmit as a 
transaction, with respect to the intersystem collaboration object 40 (Step S44). 
Herein, the contents of the above-mentioned order receiving slip created at 
Step S41 is specified. 

10 The intersystem collaboration object 40 allows a transaction to be 

communicated between the active role 66 and the passive role 67 in 
accordance with the attribute of the relating object 68 (Step S45). Herein, as 
described above, since the attribute of the relating object 68 is a real method, 
the data representing the contents of the order intake slip is immediately 

15 transmitted from the active role 66 to the passive role 67. 

As described above, in the present embodiment, the collaboration 
between programs is also conducted through the intersystem collaboration 
object 40, instead of being conducted directly therebetween. Because of this, 
the collaboration between programs can be easily realized without awareness 

20 of the difference in interface between programs. 

In the above-mentioned description, the case has been described in 
which the programs in the identical subsystem collaborate with each other. 
However, it may also be possible that programs collaborate with each other 
between different subsystems or between different systems. Furthermore, 

25 Figure 12 illustrates only the collaboration information between programs. 
However, this collaboration information may be stored in the collaboration 
information storage table 41, in parallel with the intersystem collaboration 
information shown in Figure 3 and the collaboration information among 
subsystems shown in Figure 7, or may be stored in a separate table. 

30 Furthermore, in the above-mentioned description, the case has been 

described in which, when each program requires collaboration with another 
program, each program autonomously requests the intersystem collaboration 
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object 40 to generate a role object. However, the present invention is not 
limited thereto. It may also be possible that collaboration information 
between programs is previously registered in the collaboration information 
storage table 41 in the order of transmission of transactions, and the 
5 intersystem collaboration object 40 refers to the collaboration information to 
successively transmit transactions. 

(Embodiment 4) 

Hereinafter, the present invention will be described by way of still 

10 another embodiment with reference to the drawings. 

As shown in Figure 15, an integrated information processing system 
of the present embodiment has a configuration in which the ERP system 10, 
the SCM system 20, and the SFA system 30 are combined through a data 
perpetuation object 70. The ERP system 10 includes an ODB (object 

15 database) 11 as a storage apparatus. The SCM system 20 includes an RDB 
(relational database) 21. The SFA system 30 includes an SAM (sequential 
access method file) 31. The storage apparatus of each system is not limited 
to the above. 

The ODB 11, the RDB 21, and the SAM 31 hold duplicate data. In 
20 the case where duplicate data is updated in either of the systems, in order to 
maintain the consistency of the data, it is required to update the data in 
another system. 

In the integrated information processing system of the present 
embodiment, the data perpetuation object 70 conducts unified management of 
25 data that is managed by each system in duplicate. Hereinafter, the 
procedure thereof will be described. 

As shown in Figure 15, in the integrated information processing 
system, the data perpetuation object 70 has a master maintenance table 71 
(collaboration information storage means) for reference during unified 
30 management of data. 

As shown in Figure 16, the master maintenance table 71 stores data 
defining a path for transmitting data to be updated from a system to another 
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system and a communication method of the data transmission. In the 
example shown in Figure 16, it is defined that updated data is transmitted 
from the ERP system 10 to the SCM system 20 by a real method, and updated 
data is transmitted from the SCM system 20 to the SFA system 30 by a 
5 delayed batch method. The path and the communication method shown 

herein are examples. Any communication method may be defined for a path 
between any systems, depending upon the relationship between the systems. 

Referring to Figure 17, the data perpetuation object 70 includes a 
table access part 70a for accessing the master maintenance table 71 to obtain 

10 collaboration information therefrom, a role object generating part 70b (role 
object generating means) for generating a role object, a relating object 
generating part 70c (relating object generating means) for generating a 
relating object for collaboration between role objects, and a permanent data 
identification object generating part 70d (information identification object 

15 generating means) for generating a permanent data identification object 
(information identification object) described later. 

Herein, a procedure of unified management of data perpetuation in 
the integrated information processing system will be described with reference 
to Figures 18 and 19. Herein, the data perpetuation refers to processing of 

20 storing data in a non-volatile magnetic disk apparatus or the like. 

First, in the case where it is required to update data in the ODB 11 in 
the middle of or at the end of processing, the ERP system 10 requests the data 
perpetuation object 70 to generate a permanent data identification object, 
using information on a data storage target as arguments (Step S51). In this 

25 case, as the information on a data storage target, the information that a 

storage target is the ODB 11, the attribute of the ODB 11, and the like are 
given as arguments. 

In the data perpetuation object 70 receiving the above-mentioned 
request, the permanent data identification object generating part 70d 

30 generates a permanent data identification object 81, using the information on 
a data storage target given as arguments (Step S52). 

The data perpetuation object 70 sets data to be updated with respect 
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to the generated permanent data identification object 81, in accordance with 
the information on a data storage target (Step S53). Herein, it can be 
determined whether or not data is required to be updated, based on an update 
flag F n contained in the data, for example, as described in Embodiment 1 with 
reference to Figure 6. 

Next, the data perpetuation object 70 updates the ODB 11 in 
accordance with the contents set in the permanent data identification object 

81 (Step S54). 

Then, the table access part 70a of the data perpetuation object 70 
refers to the master maintenance table 71, and obtains the name of a system 
that needs to collaborate, i.e., the name of a system to which the updated data 
should be transmitted (Step S55). 

Next, the role object generating part 70b of the data perpetuation 
object 70 generates an active role 82 as an object corresponding to the EBP 
system 10, and generates a passive role 83 as an object corresponding to the 
SCM system 20 that is a collaboration target (Step S56). 

Furthermore, the relating object generating part 70c of the data 
perpetuation object 70 generates a relating object 84 between the active role 

82 and the passive role 83 generated at Step S56 (Step S57). The relating 
object 84 thus generated conducts collaboration of "transmitting updated data 
from the active role 82 to the passive role 83" between the active role 82 and 
the passive role 83. 

Furthermore, the relating object 84 thus generated has a 
communication method of updated data as an attribute. For example, in the 
case of the above-mentioned active role 82 and passive role 83, the active role 
82 corresponds to the ERP system 10, and the passive role 83 corresponds to 
the SCM system 20. Therefore, the relating object generating part 70c 
allows the table access part 70a to refer to the master maintenance table 71, 
thereby obtaining a "real method" as an attribute of the relating object 84 
(Step S57). 

The data perpetuation object 70 allows updated data to be 
communicated between the active role 82 and the passive role 83 in 
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accordance with the attribute of the relating object 84 (Step S59). In this 
case, the attribute of the relating object 84 is a "real method" as described 
above, so that the updated data is immediately transmitted from the active 
role 82 (ERP system 10) to the passive role 83 (SCM system 20). 

When the updated data is transmitted from the ERP system 10, the 
SCM system 20 requests the data perpetuation object 70 to generate a 
permanent data identification object as arguments of information on a data 
storage target (Step S60). In this case, as the information on a data storage 
target, the information that a storage target is the RDB 21, the attribute of 
the RDB 21, and the like are given. 

Subsequently, although not shown in Figures 18 or 19, the processings 
similar to those at Steps S52 to S58 are conducted, whereby data is updated in 
the RDB 21 of the SCM system 20, the updated data is further transmitted 
from the SCM system 20 to the SFA system 30, and data is similarly updated 
in the SFA system 30. 

As described above, in the present embodiment, in the case where a 
plurality of systems hold the identical data in each storage apparatus in 
duplicate, data to be updated in each storage apparatus is determined by the 
permanent data identification object, and the updated data is transmitted 
between the role objects generated based on the collaboration information of 
the master maintenance table 71, in accordance with the relating object also 
generated based on the collaboration information of the master maintenance 
table 71. 

More specifically, in the above-mentioned configuration, unlike the 
prior art, the consistency of information among a plurality of systems is not 
maintained by directly transmitting information required to be updated to 
another system through file transfer or the like, but information held in a 
plurality of systems in duplicate can be managed in a unified manner by 
defining the collaboration between systems in the master maintenance table 
71. 

Because of this, each system can maintain the consistency of 
information among a plurality of systems without awareness of the difference 
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in architecture between systems holding the identical information. 
Furthermore, the processing of generating an object for conducting 
collaboration between systems is centralized at the data perpetuation object 
70. Therefore, in the case where the collaboration between systems is 
changed, or a new system is added, the master maintenance table 71 may 
merely be corrected. As a result, a plurality of systems can be combined 
without awareness of the difference in architecture among them, and an 
integrated information processing system that is easily configured can be 
provided. 

Each processing at Steps S55 to S58 in the data perpetuation object 
can also be conducted similarly by requesting the intersystem collaboration 
object 40 to do it. 

The intersystem collaboration object 40 described in Embodiments 1 
to 3 and the data perpetuation object 70 described in Embodiment 4 can be 
realized respectively as programs, and distributed to the market by being 
stored in a computer-readable recording medium such as a floppy disk and a 
CD-ROM. 

Industrial Applicability 

As described above, in a collaboration apparatus between information 
processing systems, a plurality of information processing means can be 
combined without awareness of the difference in architecture among them, 
and a burden for integrating systems and configuring an intercompany 
collaboration system can be reduced. Furthermore, an integrated 
information processing system that is easily configured can be provided by 
using the collaboration apparatus between information processing systems. 
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